Audyt dostępności cyfrowej BIP instytucji publicznej
W Lab Dostępności analizujemy Biuletyny Informacji Publicznej nie tylko jako serwisy internetowe, ale jako element całego systemu publikowania informacji publicznej. Oznacza to, że podczas audytu sprawdzamy zarówno warstwę techniczną, jak i sposób organizacji publikacji, odpowiedzialność za treści, jakość dokumentów oraz realny wpływ wykrytych barier na użytkowników.
Biuletyn Informacji Publicznej jest jednym z najważniejszych kanałów komunikacji podmiotu publicznego z mieszkańcami, pracownikami, mediami i innymi instytucjami. To właśnie tam użytkownik powinien znaleźć informacje o działalności jednostki, jej strukturze, dokumentach, procedurach, osobach odpowiedzialnych, sposobach kontaktu oraz zasadach dostępu do informacji publicznej.
Sama obecność menu, wyszukiwarki i opublikowanych plików nie przesądza jednak o tym, że BIP jest dostępny. Serwis może działać technicznie, a jednocześnie tworzyć bariery dla osób korzystających z klawiatury, czytników ekranu, powiększenia, urządzeń mobilnych albo trybu wysokiego kontrastu. Problem może też dotyczyć dokumentów, opisów linków, niejasnej struktury informacji albo braku podstawowych procedur związanych z dostępnością.
Punkt wyjścia
Analizowany serwis posiadał podstawową strukturę BIP i był regularnie wykorzystywany do publikowania dokumentów oraz informacji o działalności instytucji. Na pierwszy rzut oka nie sprawiał wrażenia systemu wymagającego całkowitej przebudowy. Zawierał menu, wyszukiwarkę, linki pomijające, panel dostępności oraz elementy ułatwiające nawigację.
Kluczowe pytanie nie brzmiało jednak, czy strona się otwiera i czy można znaleźć na niej podstawowe działy. Chodziło o ustalenie, czy użytkownik może skutecznie dotrzeć do informacji publicznej niezależnie od sposobu korzystania z serwisu.
W praktyce oznaczało to konieczność sprawdzenia całej ścieżki dostępu do informacji. Nie tylko strony głównej, ale także menu, wyszukiwarki, linków archiwalnych, dokumentów PDF, formularzy, mechanizmów pomijania bloków, układu mobilnego oraz sposobu działania przy powiększeniu treści.
Problem
Serwis posiadał elementy wspierające dostępność, ale nie wszystkie działały prawidłowo albo były wdrożone w sposób, który rzeczywiście pomagał użytkownikom. Niektóre bariery były widoczne już w interfejsie, inne ujawniały się dopiero podczas testu klawiaturą, analizy kodu albo sprawdzania dokumentów.
Największym ryzykiem była sytuacja, w której organizacja mogłaby uznać BIP za dostępny wyłącznie dlatego, że posiada panel zmiany kontrastu, możliwość powiększania tekstu i linki pomijające. Takie elementy mogą wspierać korzystanie z serwisu, ale nie zastępują prawidłowej struktury HTML, dostępnych dokumentów, logicznej kolejności fokusu i odpowiednio opisanych elementów interaktywnych.
Ważnym obszarem okazała się również warstwa formalna. Brak widocznej deklaracji dostępności oraz łatwo dostępnej procedury żądania zapewnienia dostępności cyfrowej oznaczał, że użytkownik nie otrzymywał pełnej informacji o stanie serwisu i sposobie zgłaszania problemów.
Zakres audytu
Badanie objęło zarówno elementy wspólne dla całego serwisu, jak i wybrane podstrony, dokumenty oraz procesy użytkownika.
Przeanalizowano stronę główną BIP, układ menu, mapę strony i sposób poruszania się między najważniejszymi działami. Sprawdzono wyszukiwarkę, linki pomijające oraz kolejność przechodzenia fokusu przy obsłudze bez myszy. Kontroli poddano widoczność fokusu, kontrast tekstu i elementów interaktywnych, działanie przycisków ikonowych oraz sposób opisywania linków wewnętrznych, zewnętrznych i archiwalnych.
Istotnym elementem badania była analiza dokumentów PDF i formularzy. Sprawdzono, czy pliki zawierają tekst możliwy do odczytania, czy mają logiczną strukturę, czy formularze posiadają dostępne pola oraz czy użytkownik może rozpoznać zawartość dokumentu jeszcze przed jego otwarciem.
Audyt objął także strukturę HTML, panel dostępności, widok mobilny, powiększenie treści oraz sposób działania strony przy zwiększonym rozmiarze tekstu. Zweryfikowano również obecność deklaracji dostępności i procedury zgłaszania problemów.
Metodyka badania
Ocena została przeprowadzona z wykorzystaniem kilku uzupełniających się metod. Narzędzia automatyczne posłużyły do wykrycia części problemów technicznych, takich jak błędy kontrastu, struktury czy brakujące etykiety. Wyniki te zostały następnie zweryfikowane manualnie.
Serwis przetestowano za pomocą samej klawiatury, aby sprawdzić kolejność fokusu, widoczność aktywnego elementu oraz możliwość obsługi menu, wyszukiwarki i przycisków. Analizie poddano także kod HTML, sposób użycia atrybutów oraz znaczenie nazw dostępnych elementów interaktywnych.
W przypadku dokumentów oceniono nie tylko ich wygląd, ale także możliwość zaznaczania tekstu, obecność pól formularza i sposób prezentowania ich na stronie. Widok mobilny i powiększenie pozwoliły natomiast wykryć problemy, które nie były widoczne przy standardowej szerokości ekranu.
Takie połączenie metod umożliwiło odróżnienie usterek technicznych od problemów redakcyjnych, formalnych i organizacyjnych.
Najważniejsze ustalenia
Serwis nie wymagał budowy od podstaw. Posiadał elementy, które mogły stanowić dobrą bazę do dalszych poprawek. Menu było obecne i umożliwiało dostęp do głównych działów, wyszukiwarka działała, linki pomijające zostały wdrożone, a fokus był widoczny w części interfejsu.
Jednocześnie audyt wykazał kilka istotnych problemów.
Pierwszym z nich był brak widocznej deklaracji dostępności. Użytkownik nie mógł łatwo sprawdzić, jaki jest poziom zgodności serwisu, jakie bariery są znane i w jaki sposób może zgłosić problem.
Drugim problemem był brak łatwo dostępnej procedury żądania zapewnienia dostępności cyfrowej. Sam formularz kontaktowy albo ogólne dane instytucji nie zastępują jasnej informacji o prawach użytkownika i sposobie składania żądania.
W interfejsie wykryto niewystarczający kontrast części elementów oraz dodatnie wartości tabindex, które wpływały na kolejność poruszania się po stronie za pomocą klawiatury. Taki mechanizm może powodować, że fokus przeskakuje w sposób niezgodny z wizualnym układem strony i utrudnia orientację.
Niektóre przyciski ikonowe miały niejednoznaczne nazwy dostępne. Użytkownik korzystający z czytnika ekranu mógł nie wiedzieć, jakie działanie zostanie wykonane po ich uruchomieniu.
Problemem były również linki opisane jako „zobacz” albo inne ogólne sformułowania. Po wyjęciu z kontekstu nie informowały one, czego dotyczą i dokąd prowadzą. Szczególnie dotkliwe było to w przypadku linków archiwalnych i odnośników do dokumentów.
W obszarze dokumentów wykryto formularz PDF bez dostępnych pól formularza. Dokument mógł wyglądać jak formularz do wypełnienia, ale użytkownik korzystający z klawiatury lub czytnika ekranu nie miał możliwości poprawnego wpisania danych.
Panel dostępności nie rozwiązuje problemu
Jednym z ważniejszych wniosków z audytu było potwierdzenie, że obecność panelu dostępności nie jest dowodem na zgodność serwisu.
Panel zmiany kontrastu, wielkości tekstu albo innych ustawień może wspierać użytkowników, ale sam również musi być dostępny, zrozumiały i możliwy do obsługi za pomocą klawiatury oraz technologii asystujących.
Nie może też maskować problemów występujących w podstawowym interfejsie. Jeżeli tekst ma niewystarczający kontrast, kolejność fokusu jest błędna, formularze są niedostępne, a dokumenty stanowią skany bez struktury, dodatkowe przyciski zmiany wyglądu nie rozwiązują tych barier.
Dostępność powinna wynikać z konstrukcji serwisu i sposobu publikowania treści, a nie z obecności osobnego zestawu funkcji dodatkowych.
Rekomendacje techniczne
W pierwszej kolejności zalecono poprawę elementów mających bezpośredni wpływ na możliwość korzystania z serwisu.
Wskazano konieczność poprawienia kontrastu tekstów, linków i elementów interaktywnych, usunięcia dodatnich wartości tabindex oraz uporządkowania naturalnej kolejności fokusu. Rekomendowano nadanie jednoznacznych nazw dostępnym przyciskom ikonowym i zmianę nieopisowych linków, takich jak „zobacz”, na nazwy wyjaśniające cel przejścia.
Zalecono również ponowne sprawdzenie menu, wyszukiwarki, linków pomijających oraz panelu dostępności po wdrożeniu poprawek. W przypadku elementów wspólnych dla całego serwisu pojedyncza zmiana mogła poprawić dostępność na wielu podstronach jednocześnie.
Rekomendacje dotyczące dokumentów
W przypadku dokumentów zalecono odejście od publikowania plików bez odpowiedniego opisu. Użytkownik powinien wiedzieć, czego dotyczy załącznik, jaki ma format i rozmiar oraz czy jest formularzem, regulaminem, uchwałą czy innym dokumentem.
Wskazano potrzebę przygotowania dostępnej wersji formularza. Samo umieszczenie dokumentu PDF nie zapewnia dostępności, jeżeli pola nie są możliwe do obsługi za pomocą klawiatury i technologii wspomagającej.
Rekomendowano także publikowanie najważniejszych informacji bezpośrednio w HTML, szczególnie wtedy, gdy dokument zawiera terminy, zasady postępowania, dane kontaktowe albo informacje potrzebne do wykonania konkretnej czynności.
PDF może pozostać wersją formalną lub materiałem do pobrania, ale nie powinien być jedyną drogą dostępu do kluczowej informacji.
Rekomendacje formalne i organizacyjne
W obszarze formalnym zalecono opublikowanie deklaracji dostępności jako strony HTML oraz dodanie jasnej procedury żądania zapewnienia dostępności cyfrowej.
Wskazano również potrzebę ustalenia odpowiedzialności za poszczególne rodzaje treści i dokumentów. Audyt pokazał, że część problemów nie wynikała z samego systemu BIP, ale ze sposobu przygotowywania materiałów przed publikacją.
Z tego powodu rekomendacje objęły także kontrolę dokumentów, zasady opisywania załączników i potrzebę ponownej weryfikacji dostępności po wdrożeniu zmian.
Plan naprawczy zamiast ogólnej listy błędów
Wyniki audytu zostały uporządkowane według wpływu na użytkownika i możliwości wdrożenia zmian. Dzięki temu możliwe było oddzielenie barier wymagających pilnej reakcji od problemów, które można było usuwać etapami.
Najwyższy priorytet otrzymały kwestie związane z deklaracją dostępności, procedurą zgłaszania problemów, kolejnością fokusu, kontrastem, dostępnością formularza oraz niejednoznacznymi elementami interaktywnymi.
Kolejny poziom obejmował poprawę opisów linków, informacji o plikach, publikowania treści w HTML oraz uporządkowanie dokumentów.
Działania długoterminowe dotyczyły kontroli treści przed publikacją, odpowiedzialności za dokumenty i regularnego sprawdzania serwisu po aktualizacjach.
Takie podejście pozwoliło uniknąć dwóch skrajności: całkowitej przebudowy działającego systemu albo ograniczenia się do kilku kosmetycznych poprawek.
Efekt audytu
Audyt pozwolił oddzielić problemy techniczne od redakcyjnych, formalnych i organizacyjnych. Dzięki temu instytucja otrzymała nie tylko listę niezgodności, ale również uporządkowany obraz tego, które elementy systemu działają poprawnie, gdzie potrzebne są poprawki i które bariery wynikają z procesu publikacji.
Istotnym rezultatem było stwierdzenie, że serwis nie wymaga budowy od podstaw. Większość problemów można było usunąć przez poprawę konkretnych elementów interfejsu, dokumentów i procedur.
Pozwoliło to przygotować plan naprawczy możliwy do wdrożenia etapami, bez wyłączania BIP i bez tworzenia całkowicie nowego systemu. Instytucja mogła skoncentrować zasoby na obszarach o największym wpływie na użytkowników.
Wnioski dla innych podmiotów
Przypadek pokazuje, że dostępność BIP nie powinna być oceniana na podstawie samego wyglądu strony ani obecności panelu dostępności. Konieczne jest sprawdzenie rzeczywistego sposobu korzystania z serwisu, dokumentów, formularzy i procedur.
BIP może zawierać wiele poprawnie działających elementów, a jednocześnie utrudniać wykonanie podstawowych czynności. Jedna niedostępna deklaracja, formularz albo nieprawidłowa kolejność fokusu może mieć większe znaczenie niż dziesiątki elementów wyglądających poprawnie.
Audyt powinien więc prowadzić do planu działań, a nie jedynie do raportu. Dopiero połączenie technologii, treści, dokumentów, procedur i odpowiedzialności za publikację pozwala trwale poprawić dostępność informacji publicznej.
Potrzebujesz wsparcia w tym obszarze?
W Lab Dostępności przeprowadzamy audyty BIP obejmujące warstwę techniczną, dokumenty, formularze, deklarację dostępności, organizację publikacji i realne procesy użytkownika.
Porozmawiajmy o rozwiązaniu